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ABSTRACT 



A method and system provides for digital automation of the 
transaction space. Digital contracts are programmed to 
reflect the intended activity or operations of the parties in 
connection with their purpose. Those contracts can be 
drafted, ratified and stored by parties situated at any global 
location, so that the contracts operate on a centralized 
platform, whereby computational activity is initiated based 
on the occurrence of events independent of the system. 
Briefly, the device provides the framework within which 
contracts operate when triggered by events in order to 
automatically perform their intended and programmed pur- 
pose. In part, the contracts and the instructions regarding 
functions contained within contracts are linked based on 
their common purpose, that is, a specific product or service. 
Dissemination of instructions and data is automated and the 
means for dissemination and communication between the 
system and the parties can be as simple as an internet 
connection, as well as other connections. The method and 
system make it possible to culminate with automatic pay- 
ment to the parties. 

29 Claims, 6 Drawing Sheets 



d 26 3 

\ cuyrowER [ *- ^ product" 



261 




05/09/2002, EAST Version: 1.03.0002 



6,167^78 

Page 2 



OTHER PUBLICATIONS 

One Server "Frequently Asked Questions"; Feb. 10, 1996) 
pp. 1-4. 

First Data Corp. "Interactive Commerce Solution"; Dec, 
1995; 1 pg. 

Connect Inc., AT&T — New Release; Ed Forman — Connect 
Inc.. Oct. 25. 1995 pp. 1-2. 

Oneserver; "Preview the Results of the IDC Survey" Feb. 
10, 1996) pp. 1-3. 

Netscape Products; "Netscape Commerce Server"; Feb. 10, 
1996; pp 1-5. 



Greene et al., "MRP II: Out with the Old . . . Available: 
Real-Time EDI, Multiplant Functions, More MRP 11 Soft- 
ware Systems How to Negotiate the Right Price", Comput- 
crworld, vol. 26, No. 23, pp. 73, 77-79, 82-85, Jud. 1992. 

Holland, Christopher et al., "The evolution of a global cash 
management system", Sloan Management Review, vol. 36, 
No. 1, pp. 37-47, Dec. 1994. 

Greenfield, Norton, "Unix Review: Electronic Commerce", 
Currents, pp. 15, 16, 18, and 20, Feb. 1996. 



05/09/2002, EAST Version: 1.03.0002 



U.S. Patent Dec. 26, 2000 Sheet 1 of 6 6,167^78 



FIG. 1 



CUSTOMER 
SITE 

1 



23 




•21 



~7 

27 




-35 



SELLERS 
BANKS 
9 



-25 




SYSTEM 
BANK 



COMPUTING 
MODULE 
13 



Y 

39 



ENTERPRISES 
MULTIPLE 
LINKS 
11 



ENTERPRISES 
BANKS 



/ V DMINr 



05/09/2002, EAST Version: 1.03.0002 



U.S. Patent Dec. 26, 2000 Sheet 2 of 6 



6,167 




05/09/2002, EAST Version: 1.03.0002 



U.S. Patent Dec. 26, 2000 Sheet 3 of 6 6,167^78 

FIG. 3 




05/09/2002, EAST Version: 1.03.0002 



U.S. Patent 



Dec. 26, 2000 Sheet 4 of 6 

FIG. 4 



6,167^78 



501a 



SHIPPER 



501b 



SHIPPER 



501c 



SHIPPER 



501 d 



SHIPPER 



501 e 



SHIPPER 



262 



CUSTOMER 



"^251 



SELLER 



■503 



ISP 

in 



260 



CAP - 



PRIMARY 
FULFILLMENT 



"^505 



DISTRICT 
WAREHOUSE 



I 



-507 



REGIONAL 
WAREHOUSE 



-509 



MFG 
WAREHOUSE(S) 



"^511 



MANUFACTURER 



-513 



SUPPLIERS 
TO 

MANUFACTURERS 



■^515 



SALES 
TAX 



">-517 



519a 





BANK 


519b 




BANK 


519c 




BANK 


519d 




BANK 


519e 




BANK 


519f 




BANK 



05/09/2002, EAST Version: 1.03.0002 



U.S. Patent Dec. 26, 2000 Sheet 5 of 6 6,167,378 




05/09/2002, EAST Version: 1.03.0002 



U.S. Patent Dec. 26, 2000 Sheet 6 of 6 6,167,378 



FIG. 9 




05/09/2002, EAST Version: 1.03.0002 



6,167,378 

1 2 

AUTOMATED BACK OFFICE the manufacturer. Thereafter, there is a transfer of funds 

TRANSACnON METHOD AND SYSTEM from the supplier's account to the manufacturer's account at 

their respective financial institutions. The supplier will 

BACKGROU^fD OF THE INVENTION deliver the part to the seller, resulting in a transfer of funds 

, - . J J ^5 from the seller to the supplier. Finally, the seller delivers the 

-nie present invent.on ooaceras a method and system for ^ ^^jy ^ ^^^^ 

the digital automation of the ^nsaction space. Automat.oD ^uyer to the seller from their respective accounts. Each of 

of the transac .on space includes, in part, automation of independemly and sequentially, 

supplier fulfillment instructions, special lostruciions Moreover, any particular link in the chain of the ^mmercial 
logisi.cs, shippmg coordmaiion, generation of transactional j„ ^^.^^j^^ ^, j,, independent action. Such action may 

aaia. necessary reponmg, payments ana oamcing m consid- i^^,^^^ verification of receipt of the eoods from a 

eration of completed transactions. TTie parties parucipatmg y^j^,, verification of cridit, physical 

m the transaction space mclude, first, sellers that diaitallv .u • r . . aji-.- n ■ . - 

. - V /«ni-vo»\ J . . . authorization of payment, etc. Additionally, uiventoryinc is 

transmit point of sale ( PCS ) data to the system, then the t » u L • *u u - n t. *i • 

J r . t_ t • i . \ done by each parly m the chain. Each action taken requu-es 

pnmary order fuliiUment company, the shipper banks and ^^^^^ magirifying chance for error. When 

preading levels of supphers, manufacturers, shippejs and ^o^^^ercial transactions on a national basis are aggregated, 

banks. Specifically, the method and system enable dieita *i. . j ■ ui l j 

. r *u . . : u - . "i<^sc actions are repeated mnumerabic tunes each day. 
contracts of these parties to operate together. The digital 

contracts are drafted, are ratified for usage by the contracting J° another example, consider "back ofiBce" applications, 

parties, are stored and operate automaticaUy upon the occur- "^"^'^ ^^^^^ ^ "^""'^ ^"^^ ^ accounting and 

rence of certain events. Two or even thousands of contracts compuUng used to fulfill orders, to invoice, to log receipts, 

may represent the business instructions of the parties for a '^^ denominated the "transaction space." 

given product or transaction. When certain events occur, the ^^^P**^^^ accountmg involves many manual procedures 

system identifies the contracts that arc associated with the mcludmg, in part, logging purchase orders, drafting bills of 

specified transaction. These contracts are linked; then, an materials, ordering shipping, scheduling shipping, 

event triggers computational activity as specified in the invoicing, recording sales, issuing purchase orders, drafting 

contracts. The various activities of the transaction space for receivers, receivmg bdls, recordmg payables, accounting for 

the supply chain are thereby automated. Traditionally, with transaaions and functions, credit, coUections, receiv- 

cooventional computing and accounting and with EDI, ^^^^^ payables. As listed here, these represent fifteen 

business is conducted on a transactional basis, not on a manual steps, much staflBng of personnel, large volumes of 

contract basis, with computational operations physically P^P^^ consequently, the handling and filmg of large 

located at each entity. Transactional data is transmitted amounts of paper documents. These steps do not include 

sequentially, from suppliers to manufacmrers, up through additional steps of journal, ledgers, financial reports and 

the supply chain ending at the top with the final seller. With management analysis. 

electronic data interchange (EDI), transactions are transmit- 3^ By using electronic commerce ("EC) and electronic 

ted electronically; the initiation of a corresponding transac- document interchange ("EDI"), the computer of one com- 

tion may be accomplished manually or even mechanically pany may link to the computer of another company. In these 

automated. The linkage of parties by EDI has thus far been conventional EDI systems, a transactional document is 

hmited to only two levels of automation, that is invoice exchanged electronically instead of exchanging conven- 
generalion upon EDI receipt of a product order ("PO"). This ^ tional paper documents. This requires the exchange of large 

system uses contracts to generate new transactional data and volumes of data, sequentially, from company to company, 

to minimize or eliminate the need to exchange transactional Moreover, the EDI ordinarily occurs over private networks, 

data in order to generate new data. Further, the transactional Even where there is EDI, each step in a stage of EC requires 

data can be consolidated into report form, thus precluding human intervention, just as in the earlier example of pur- 

thc need to deliver all transactional data to each party. chasing a device. Therefore, although certain efiSciencies are 
A conventional sales architecture provides that an order is ^ obtained by using EDI, other potentiaUy large efficiencies 

placed at a point of sale ("POS"), and the ordered product is ^""^ reached. 

eventually delivered to the ordering party. There are a Lisa Nishimoto, writing for InfoWorld concerning prob- 

number of significant events and actions, nevertheless, that lems besetting automated commerce, reports that "one 
must occur manually prior to delivery of the product. Most 50 Ihomy problem for proponents of electronic commerce on 

of these events and actions are not traditionally automated. the Internet is: How will stales (maybe the federal 

To the contrary, an intense amount of human interaction is government) tax the sale of goods and services online.** The 

conventionally required in order to complete the commercial more that commercial transactions occur via electronic 

transaction initiated by the order. commerce, the more this problem is aggravated. 

Consider, by way of example, a commercial transaction 55 Conventional components of a commercial transaction 

wherein a buyer places an order at a POS for a particular system are well known. For example, traditional integrated 

device. This initiates the seller's action of ordering the inventory systems are disclosed in U.S. Pat. Nos. 5,310,997 

device from the supplier. The supplier will then order the and 5,434394 to Roach el al. These patents describe systems 

device from the manufacturer. In turn, the manufacturer will fof processing merchandise sale transactions, to integrate 
order the correct parts required to make and deliver the 60 Poml of sale and warehouse processing fiinctions, and to 

device from various parts suppliers. The manufacturer will enable delivery of merchandise to customers in the shortest 

pay the various parts suppliers, resulting in the manufactur- possible time. ^Fhc reach of the integration is highly limited, 

er's bank transferring funds from the manufacturer's however, and the concept of integration is not extended to 

account to the various parts suppliers' accounts at the any degree. 

suppfiers' banks, and the parts suppliers will deliver the 6S It is known in the industry to automate various individual 

parts to the manufacturer. Once the manufacturer delivers actions in a variety of sales architectures. For example, U.S. 

the manufactured device to the supplier, the supplier will pay Pat. No. 5362,948 to Morimoto discloses the automation of 
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order placing and receiving operations of traders realized by Additional advantages are that the invention reduces cost 

an on-line system. Similarly, U.S. Pat. No. 5^287,268 to by the automatic generation of new transactional data; 

McCarthy concerns accumulating incentive points at points automates the digital dissemination of data and instructions; 

of sale for a consumer from purchases at multiple mer- eliminates the need for most paper documents; and stores 
chants; U.S. Pat. No, 5^9,462 to Jones et al. relates to 5 transactional data digitaUy. 

real-time approval of a potential borrower; and U.S. Pat. No. Another advantage of the invention is that it is possible to 

4,920.488 to Filley generally teaches a database system to reduce the volume of data exchange by more than 99.99%, 

account for physical inventory. ^"d reduce the volume of cash transactions by 90% or more 

Id addition, much of the hardware used in sales architec- (as estinnated). 
tures is well known. U.S. Pat. No. 4,912,309 to Danielson ct lO Additional advantages of the invention are that it com- 

al., which discloses the specifics of a point of sale terminal, P^^ff ^.^^'^ consolidates the business of the supply chain 

is merely one example. There is also available a large and facihtatesjust-m-time deh very for the whole, integrated 

number of hardware and software configurations which may ^ ^^°* 

globally interconnect a pair of two links in the chain using Another advantage is to ensure a high level of user tmst 
common protocols. is and system reUability. 

Furthermore, physically ratifying each step in the process a<Jvantage is that the invention compresses the 

of fulfilling an order is conventionally known. An individual ^^'^ ^^PleUon of a product's business cycle, 

step may be partially automated, as in U.S. Pat. No. 4,887, advantage of the invention is that it simplifies 

208 to Schneider et al., which discloses an inventory system ^^S'*^ connection of the parties with the system, 

including on-line communication between the retailer and '^^ Odg more advantage of the invention is that it facilitates 

the manufacmrer enabling confirmation at the purchase management by exception. 

stage. Also well-known are individual links, such as banks. Another advantage of the invention is that a small busi- 

suppliers, retaileis, included in a supply chain needed for ness will be afforded the advantages of big systems, 
fulfilling a conventional order. An advantage is that full integration of parties facilitates 

Unfortunately, there has never been an integrated method improved customer service, 
and system capable of completely automating the commer- Another advantage is that security, authentication, auto- 

cial transaction throughout the supply chain. Moreover, no matic audit and verification arc facilitated, 
system provides for bundling together individual transac- An advantage of the invention is that it integrates with 

tions for multiple parties wherein the information and data automated warehouse systems. 

for fulfilling a commercial transaction are determined sub- Another advantage of the invention is that other data 

stantially simultaneously, rather than sequentially upon bases may be incorporated for the systems operation, 
occurrence of individual events or for a specified purpose. In yet another advantage is that business can be transacted at 

addition, no one system elegantly addresses the problem of digital speed 

governmental impositions such as tax. ^^^^^^ advantage is that data and reports are known by 

SUMMARY OF THE INVENTION all to be an accurate reflection of transactional events 

, . ^ - ^ . P . . . because the system is mechanical and contract based. 

It is, therefore, an object of the present invention to serve . . , - . .i. • t - - . ^ ^ ■ 

L ii^ r.i, ^ u ' e J* An advantage is that the mvention elimmates duplication 

as much as all parties to the supply cham of a product. j j j . 

^ ^ ^ and repetition and reduces cost. 

It is another object of the invention to automate the a „ *u w^e*u a 4 u 

i . , . . 40 Another advantage is that much of the data exchanges can 

transaction space of the supply chain. . , . j • • * .i. 

^ be transacted via common mteraet type connections, thus 

Another object is to reduce cost by eliminating the need reducing high connection hardware and software cost, 
for human intervention. ^ advantage is that the invention is suitable for internal 

One more object of the mvention is to improve accuracy purposes for laige companies or for a multitude of separate 
by its digital, mechanical methods. 45 companies. 

Yet another object is to save time by its digital, mechani- One possible feature of the invention is that it culminates 

cal automation. -^jth automatic payment in consideration of transactions. 

A further object is to simplify the ability of individual Another possible feature of the invention is that it may 

parties to program their own contracts/business. finance the entire chain from proceeds of the final sale. 

Another object of the invention is that the re^)etition of Another feature of the invention is that it may use a toolkit 

routine transactions is fully automated. or template to simplify programming/drafting of contracts. 

An object of the invention is the eliminate the need for Another feature of the invention is that it eflBcicntly stores 

most credit, collection, billing, receivables, payables and digital contracts for use when signaled, 
cash functions. An optional feature of the invention is that customer 

One more object of the invention is to streamline the payments may be processed only after proof of delivery, 
manual staging and fulfilling of orders. a feature of the invention is that security and operability 

Another object of the invention is to eliminate the need for are facilitated when transactions arc automatically assigned 

manual processing, enabling a paperless system. an encrypted id. 

Yet another object is to serve large and small businesses, A potential feature of the invention is that parties can view 

A further object is to serve all sellers including internet, data without the need to download data, 
intranet, conventional retailers, direct marketers, business to A feature of the invention is that cash basis reporting may, 

business, project management and government at most optionally, eliminate the need to process large volumes of all 

levels. accrual records and data. 

An advantage of the invention is that it optimizes eflB- 65 Another feature of the invention is that electronic funds 

ciency because it operates simultaneously, not sequentially, transfer ("EFP') payments may be made automatically to 

for all parties and contracts. the parties. 
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The above objects, advantages and features and others FIG. 7 is a functional diagram illustrating the contract of 

will become more apparent upon reading the description FIGS. 7~S linked to an ancillary function. 

FIG. 8 is a functional diagram illustrating another contract 

In accordance with one embodiment of the mvention, linked to multiple corresponding and underlying parties and 
there is provided a method for digital automation of supply 5 contracts, 

chains. In a computerized system, at least one non -ratified ^.^ « . /■ - . 

contract is generated for a transaction in one supply chain of . ^'^ .^.^ ^ functional diagram illustrating events trigger- 

the supply chains, wherein the non-ratified contract has a » P^^t'O" ^^c automated digital contract 

plurality of terras. The contract is ratified and stored as a system, 

ratified contract in a database in the computerized system. If „ „ 

a term of the plurality of terms in the ratified contract DETAILED DESCRIPTION OF THE 

indicates that at least one next contract is necessary for a PREFERRED EMBODIME^fTS 

next tratBacUon in the supply chain, the above steps are T[,e system provides the computational mechanism, 

repeated for the at least one next contract, and Imks between physically independent of the parties, wberein the business 

da'aba^ ^ """'"^ '^"'"S P"'°^'« °^ ""^ ^PP'^ ^^'^ ^ conducted, as 
' . , . ^ . . . opposed to conducting the computing physically at the 
In accordance with another aspea of the mvention, there j.3cilities of each and every party to the supply chain. The 
js provided a method for digital automation ofsupp y chains. ^^ advantageously as a private or an 
In a computenzcd system, there is generated at least one imernet Service Provider pSP). The computers of the parties 
non-raufied contract for a transaction m one supply cham of connected by modem to the communications and activity 
the supply chams. wherem the non-ratified contract has a (u^^ ^r by other means. The system provides 
plurabty of terms. The contract is ratified and stored as a , ^^j^j^ j^g^^^ .^e means and terms for each parties- 
ratified conuact in a database m the computeraed system. If i,^, connection of their computer(s) with the system, 
a term of the plurality of terms in the ratified contract ^ , , . , 
indicates that at least one next contract is necessary for a , f y^"" ^^^^°^^f ^,^^^y P^*^^^^^ a template or toolkit 
next transaction in the supply chain, the foregoing steps are helps the parties draft or pro-am their own contracts, 
repeated for the at least one next contract. Links between the ^^^^ authorized by the parties to the programmed contract, 
ratified contract and the next contract are stored in the ^^'^^'^^ ^ ^^'^ ^^'^ 

database. system uses the programmed contracts when signaled 

In accordance with another aspect of the invention, there ^ ^'^^ contract is needed for its operation, 

is provided a system for digital automation of supply chains, The digital contracts of the parties are programmed by the 

each of the supply chains having a plurality of transactions parties to contain operational instructions. Possible instruc- 

between a plurality of parties including a buyer, a seller and tions include terms and conditions for that which is con- 

a supplier, including at least one transaction between the tained in conventional contracts; i.e., that which is contained 

buyer and the seller, and a transaction between the seller and in instructions that specify the activity required to fulfill the 
the supplier. There is provided storage in a database, for each ^ obligations and define the activity of two or more parties for 

transaction of the plurality of transactions in one of the the various functions. 

supply chains for at least one non-ratified contract. The The contracts contain instructions regarding execution of 

non-ratified contract has a plurality of terms, and the non- contracts, linkages to other contracts, designated operational 
ratified contract is approved by one of the parties. There is ^ activity when triggered, fulfillment instructions, shipping 

also provided storage, for each transaction for a ratified instructions, generation of transactional data, approval/ 

contract in the database corresponding to each of the non- deviation terms and conditions, sales or other tax 

ratified contracts, wherein the ratified contract is approved computations, reporting requirements (both financial and 

by an other one of the parties. Also included arc links management), EFT instructions or other terms and instruc- 

betwcen the ratified contract for the transaction in the supply tions as may be determined as necessary by the parties to the 

chain between the buyer and the seller and the ratified contract. 

contract for the transaction in the supply chain between the When triggered, the contracts are linked with other cor- 

seller and the supplier. responding contracts stored within the system, and then 

BRIEF DESCRIPTION OF THE DRAWINGS perform their specified computational activity. The contracts 
. . ... . ... . ^ • . , . 'in operate in combination with other contracts that are simi- 

lUusirative embodiments are Ulustrated in the drawings identified 

and described in detail below. ^ ' . . . ^ , . . , 

In the drawin contracts may contain instructions for a multitude of 

. .„ ^' . . . „ . . functions. By their nature, each of those separate functions 

FIG. 1 illustrates events, acUons and the flow of data m an ^^^^ ^^^^^^^ ^^^^^^ ^^^^ ^^^^^^^^ ^^^^^^^ ^ 

automated back office transaction method and system. ^ f^^j^^^ refinement of the contracts, each of the functions 

RG. 2 is a block diagram illustrating the automated are effectively separated according to the nature of the 

digital contract system connected via the internet. fiinction and identified with a common or standard identifier. 

FIG. 3 is a flow diagram illustrating the flow of actions Each separate function contains the instructions that are 

taken after a triggering event. necessary with respect to its unique computational obliga- 

FIG. 4 is a block diagram illustrating the linkage of parties go hO" or activity, 

and contract to a supply chain via the automated digital Each of the contracis are identified according to product, 

contract system. service or activity. Two or a multitude of contracts for a 

FIG. 5 is a functional diagram illustrating a contract single product, service or activity may be linked The 

linked between primary parties. functions within each contract are themselves linked accord- 

FIG. 6 is a functional diagram illustrating the contract of 65 ing to the function that is being performed. When events 

FIG. 7 linked with corresponding and underiying parties and trigger activity the contracts and the functions op»erate 

contracts. simultaneously together to initiate computational activity. 
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The initial event that activates activity is a seller's trans- what is due "A** and electronically paid to "B", thus reduc- 

mission of its digital POS data to the CAP. The CAP's ing (he volume of cash transactions, 

receipt of a buyer's Purchase Order ("PO") data also ini- iq ^ preferred embodiment of the system, the contract 

uates activity. The seller's POS data is then moved from the ^^^tains contractual instructions which cause the computing 
CAP to the computmg module It then operates m the 5 module to calculate additional amounts such as sales taxes 

compulmg module to generate and disseminate fulfillment beverace taxes 

instructions and shipping instructions. When the goods are , . i,u \ . 

delivered the next event occurs. " should be noted at this time that the contracts are digital 

The next event that triggers computation of transactional ^^^"^ P^P^'* '° ^^'^^^ example, there is no 

data, dissemination of thai data and culminates with auto- P^P^^ exchanged between the seller, any of the enterprises, 

matic payment in consideration of the completed transac- bahks. In the preferred embodiment, seUers 

tions is a shipper's Proof of Delivery ("POD"). Shippers collect sale data (e.g., product, price, amount) and transmit 

digitally transmit their POD to the CAP where it is stored for lo l^e CAP. 

use when needed. In one version of the system, a template of a digital 

The general structure and components of an automated contract is provided by the CAP 7. Using the template of the 

back ofiBce transaction method and system are illustrated in digital contract, a party completes its terms of the contract 

FIG. 1. The links in a chain of transactions include a to include default or non-default terms, 

customer site 1, a seller site 3, a seller's POS 5, a computing Illustrated below are minimal fields of a possible 

module 7, a seller's bank(s) 9, multiple links to enterprises template, ready for completion by a party: 
11, a CAP 13, a system bank 15, and a bank(s) for the 
enterprises 17. 

Other components of the system are events that trigger ~ 

activity. Events trigger links to the contract system. If an 

event occurs, it activates preferably all of the levels of 

contracts at all links in the chain down through the end Next, in order to perform the step of "contracting", the 

supphers. Entities in the supply chain for contracts which are digital contract is first executed (as explained below) by one 

thus activated include shippers for the goods and banks. party when submitted to the CAP 7 as a "non-ratified 

The parties to the transactions access their data via their contract". Non-ratified contracts are forwarded to the CAP 
modem link to the CAP 7, The CAP is used, in part, so that 13, and then notified to an individual computer or digital 
the parlies can define the connection of their computers with system located remotely at the other party. The other party 
the system, can draft and execute contracts, can resolve may either manually or digitally accept the contract. Once 
disputes, and can initially receive POS, PO and POD data the contract is accepted or executed by the other party (a 
that reflects the events. Much of the data generated by the "ratified contract"), the ratified contract is stored in a con- 
computing module can be viewed through the CAP via a tracts database by the computing module 13. Generally the 
commonly used internet type link and much of the data can event of ratifying a contract authorizes that contract to 
be retrieved through the same common type internet link, operate once any time period which may be specified in the 
either digitally or in hard copy. The CAP optionally may be contract has lapsed. The next contract or contracts will 
used as a mailbox, for requests for proposals, for purchasing, advantageously be linked to the initiating contract, 
for market research or for any other business purpose As shown by the above examples, the entire vertical chain 
designated by the parties. ^ of manufacturing, distribution and sales involved in a com- 

One example of an event that triggers is a sale. If a mercial transaction is served by the system, 

customer site 1 initiates a sale, that sale data is notified or The customer site 1, for only one example, or seller site 

transmitted to the seller site 3. All subsequent possible levels 3, as another example, could consist of a commercially 

of contracts will be then linked and activated. available home page such as the Interactive Commerce 

Another example of an event that triggers is when a 45 Solution by Connect Inc. on the worldwide web. Such a site 
common carrier delivers a requested product to the provides at a minimum the ability to initiate an order 
requester. Consider, for example, where requested goods are (thereby collecting sale data), and may include the capability 
delivered from one of the suppliers to the seller by common to view products in an on-line catalog, track the order, and 
carrier. At the time of delivery, a digital record is created by check on purchase verification, order fulfillment, and order 
the common carrier and that record is delivered to the CAP 50 confirmation. The site may also provide a secure means of 
confirming that the item was delivered. ITiis triggers calcu- permitting purchases only by pre-approved members, 
lation of transaction obHgations in the computing module. In the preferred embodiment, any of a number of con- 
culminating with payments to the suppliers. Upon the occur- ventioually available protocols may be utilized in order to 
rence of the event that triggers, the computing module 13 reduce the volume of data communicated between the 
performs accounting calculations and generates invoices to 55 computing module 7, the CAP 13, the enterprises 11, etc. 
follow accepted standards. The transfer of funds occurs Other protocols or compressed transmissions may be uti- 
automatically, so that payment is automatic. Similarly, once lized in order to reduce the volume or speed the handling of 
the requested product is delivered to the customer 1 by a data. 

common carrier, this event triggers yet another accounting (□ preferred embodiment, the CAP and computing 

calculation, invoice and transfer of funds. modulQ utilize available secure socket layer protocols and 

One event will trigger as much computational activity public key encryption technology, such as that available 

within the supply chain as there exLsts for linked contractual from RSA Data security. A commercially available firewall 

parties. Therefore, the activity is accomplished substantially advantageously protects and verifies a customer identifier 

simultaneously, rather than sequentially; the activity occurs associated with the customer, a bank identifier associated 
without the need for intermediate human intervention. es with the bank, and passwords. The CAP advantageously also 

In the preferred embodiment of the system, money due logs the POS data sent to it by sellers; logs whether contracts 

Party "A" and also due to "B" by "A" can be deducted from are added, deleted or modified; provides links for automated 
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contractual connections; provides links for other database The contracts for each respective entity are linked lo the 

data and services; automates entry of goods ready to ship; requesting supplier of goods or services, and to other entities 

automates entry of shipper verification (POD); automates or data as may be further required in the transaction. If a 

entry of deviations; and automates EFT transactions. particular transaction within the chain generates multiple 

Advantageously, each "contract" initiated in the CAP and 5 fulfillment obligations within one entity, these will be linked 

computing module is assigned a product/service identifier together. Multiple fulfillment obligations within one entity 

that is unique to a product or service. Moreover, each can be linked the same as an cntily-to-cntity linked contract, 

"contract" includes an entity identifier associated with some All of the contracts of all of the entities within a supply 

or aU of the parlies contractually linked to the transaction. chain for a particular commercial transaction preferably are 

The contracts are therefore multithreaded such that multiple linked together. Such a supply chain may be composed of 

connections to multiple contraas are readily handled. any number of entities, or departments and divisions within 

The database (shown in FIG. 2) stores each contract, and one entity. The contracts of distinct entities are advanta- 

when activated by triggers, each contract is linked or geously linked together by use of product/transaction iden- 

thrcaded with the others in the supply chain. The database tifiers. Product/transaction identifiers are preferably 

includes a digital contracts data base 295, which includes assigned at the lime of ratification of each digital contract, 

contracts which are recast into digital form. The digital form (Other links are possible, such as pointers or codes.) 

contract is preferably a standardized form wherein each The CAP 260 navigates the contractual pathway when 

contractual function is aggregated, and so that linkages and initiated by a transaction or reporting event. By following 

pathways between contracts are evident and operational. multiple links within vertically related entities, the entire 

The digital contracts in the chain of transactions for each chain of supply is navigated. 

requested product are stored in the contracts database 295. During the process of fulfillment of an order, the follow- 
Preferably the database is on one operating platform, ing steps occur. Reference is made to FIG. 1. First, the 
although it may be distributed, or it may even consist of customer site 1 completes a purchase with the seller 3. Then, 
multiple databases on distributed platforms. ihc seller's POS transmits a contract to the CAP 7 via an 

A digital contract contains the terms and conditions available communication link 35. The contract is preferably 

required by the parties in connection with their respective stored by the CAP in a "hold for processing" mode. Once the 

obligations, including obligations for timing for contract is ratified, fulfillment data is calculated by the 

performance, instructions for electronic banking, computing module 13 according to terms within the ratified 

communications, transactional calculations, necessary contracts, and is additionally derived from standard contrac- 

operalional instructions, and other functionality deemed tual terms and rules for each particular type of product. The 

necessary by the parties. It is likely that an extremely wide fulfillment instructions in the ratified contract will include, 

variety of contraas with a multitude of terms and functions for example, a scheduling date, terms and rules. Fulfillment 

will eventually be used, which reflects market reality, obligations are determined based on a combination of the 

However, by their nature, each of the terms and functions stored POS data and the terms and rules in the fulfillment 

are, to some extent, common from contract to contract, and data associated with a particular type of product/contract, 

like functions may be identified in contracts by a standard or Optionally, fulfillment obligations may be factored by 

common identifier. The database of contracts 295 may be inventory management and order point specifications or 

conventionally indexed or otherwise formatted at one or systems calculation and determination of distribution, and 

more levels to optimize search and retrieval of contracts. For selection of shippers or common carriers, 
example the database of contracts 295 could be indexed by ^ The computing module 13 may consolidate multiple 

product, and contracts for particular products could be orders for a particular type of product from multiple 

indexed by function. To further facilitate searching, it is customers, in order to facilitate inventory management, 

possible that a contract could specify linkage to contracts for Further, multiple purchase orders from a single customer 

a particular subset of other parties. A digital contract inci- may be identified and merged by the CAP in order to 

dentally should be taken as authorizing a service provider to consolidate shipments from one supplier, 

operate in accordance with the terms in the digital contract. Once it is determined that a product needs shipment from 

A digital contract is "executed" by any acceptable means, one entity to the next, the CAP transmits a subset of the 
including digital signature or automatic ratification. A digital stored data which is necessary to schedule a particular 
contract may be for one or more products, goods, or services shipment. The CAP or computing module retains and stores 
between individual parties. Acontract for an entity to supply data and identifications sufficient to track a scheduled ship- 
specific goods or services is linked to another contract for mcnt. 

another entity to acquire those specific goods or services. a financial transaction between two entities in the chain 

The fulfillment of the requests at each level of the is triggered by POD of the requested product. This is 

commercial transaction is activated based on the occurrence preferably determined by the transmission of shipping data 
of events. When an event occurs, it triggers a contractual 55 at the pick up and delivery site by the shipper, llic shipping 

operation, i.e., fulfilling fulfillment obligations, for example. data includes data for identifying a particular transaction. 

Events should include completion of a sale request at a and other relevant components: the product/transaction 

POS, PO, POD. A sale request at a point of sale is trans- identifier to identify and link to the contract that reflects and 

mitted to the CAP by the seller and triggers the initiation of governs the transaction. A purchaser optionally may condi- 
operations for the supply chain. A traditional time expiration 60 lion payment upon receipt of goods, as evidenced by the 

event may be utilized internally by the CAP or computing POD event from delivery having occurred. (Delivery may 

module to trigger contractual operations for which timing is occur from a conventional shipment or even, for example, 

specified within contracts. by digital shipment.) One advantage of this option is that it 

Events (POS, PO, POD) are associated with functions provides additional consumer protection for consumers buy- 
(described in detail below) contained within separate 6S ing goods from the Internet or from Direct Marketers, 

contracts, and when the events occur, the event will trigger Conventionally, common carriers digitally track the 

certain contraas associated with the transaction. movement of the goods they ship. When goods arc delivered 
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by a shipper to a customer, shippers optionally log the Cash basis accounting would advantageously reduce the 

customer signature, and transmit notice to the CAP that the volume of data. Accrual data could be distributed at times 

delivery has been made. This triggering POD event accord- specified by a party, for example at quarter's end, in order to 

ing to the system replaces paper receivers which are used in adjust financial records for accrual factors, 

conventional accounting. The CAP collects the conventional 5 In the event that there is a dispute regarding the shipment, 

shipper's POD data, recognizes it as an event, and ad van- * receivable good, deliverable service, or payable, a devia- 

tagcously stores that data with the product/transaction iden- ^ion protocol is provided to record that there is a dispute, in 

tifier (optionally encrypted) for future use. At a time situation, the calculated payable arc flagged as being in 

specified, with any stored POD, the POD event triggers the dispute. Transfer of fiinds is advantageously delayed until 

activation of transactional calculations for the goods that lo parties reconcile the dispute, at which time the dispute 

have been delivered. One advantage of using POD as a ^ cleared. 

triggering event is that it permits computational activity to The automated funds transfer occurs once payables are 

be initiated without the need for human or mechanical calculated. A conventional EFf can be initiated for the 

intervention. benefit of the parties to the transaction, for the payable 

Upon receipt of the POD transmission, the digital auto- 15 amount, and according to the respective parties' bank iden- 

mated system initiates financial calculations for the contract ^" preferred embodiment, however, the system 

that governs the particular transaction (determined by the also provides a system EFT "bank" 15 (see FIG. 1). The EFT 

product/transaction identifier). The digital automated system ^^'^^ payment obligations, by deducting the 

automatically calculates the payable due to and from each amount due finom one company to its suppUers from the 

party to the particular transaction according to well-known 20 amount due to that company from third parties, so that the 

accounting principles and practices. The calculated payable remaimng is paid directly to the suppliers. This may 

may optionally be automatically audited by a commercially culmmate with automatic payment to the parties by EFT. 

available auditing program to verify the accuracy of the 'This step can be repeated so that the payments f^om the 

payable. "top" of the chain are allocated among all parties to the 

Any reporting and transactional data, as specified within supply chain (to the bottom), 

a contract by the parties to a contract, can be automaticaUy . \° A*^*^ preferred embodiment, security is provided by 

eenerated including a commercially available firewall on the system 

* , , ^ „ . . . , that performs accounting and reporting. 

Moreover, all data for all transactions, journals, ledgers, i .i„ r a u * . 

c • 1 ' J . L c ' • 1 In the preferred embodiment, any party to a transaction 

financial reports, and management reports for a parUcular „ * j ■ *u ^ * \ j - fu j . i_ 

r . J i_ .u . ^ ' i_ ^0 can request and view the data stored m the database con- 
party may be viewed by that party via connection to the ■ ,u ■ ^- i ^ ^avuua^ 
r-AOTT,' *■ J • .u 1- 1 J * 1 cerning the individual transaction. Moreover, any party can 
CAP. This connection could be made via the linked networks ? . - , . ■ \^ ■ t 
^f™j.^ .u * *f tAj * 1 request, review or retneve data concemmg that particular 
referred to as the internet, for example. Advantageously, * •! j . ^ r .if j . . j • 

, , , . / . .L- J . .L- J party. Its products, and Its services, from the data stored in 

only the contractmg party has access to view this data; third JJ^^ database 

parlies are preferably not granted access. The ability to view „ ' j^^,-.^ 

data on the intemet-type CAP (as opposed to transmitting Reports can be prepared and dehvered for any transaction, 

the data to the party's computer) wiU ftirther reduce the need ^ requested^ Such reports are m vanous formats, mchiding 

or desire of parties to themselves coUect large volumes of [^P*^^[°g individual transactions, transactions accumu- 

transactional data. If necessary, governmental authorities particular party, or transactions accumulated m a 

could be afforded access to transactional data to view and ^ Pf^^^l^^ P^nod. T^e reports can be deUvered in 

audit, for example, a party^s compliance with tax reporting ^I^ctromc format, prmted format, or both, 

obligations. EXAMPLE 

Additionally, automatic payment to the parties by EFT Assume for the purpose of illustration the conventional 
can occur at the time and on terms specified by the contract. business of selling wine directly to customers, that is, direct 
For example, EFT can be scheduled to occur on the 15th of 45 marketing. The winery or its broker contracts with the direct 
each month. The contract includes instnictions about the marketer to sell the winery's wine. The final retail customer 
terms and methods by which the final cash settlement is buys the wine from the direct marketer and the wine is to be 
made. When transactions are deemed approved and shipped directly to the customer. The direct marketer col- 
complete, the computing module automatically compiles lects payment from the customer by credit card. The direct 
data and transmits EFT instructions to institutions which 50 marketer negotiates the credit card payment with its bank 
provide EFT services. EFT saves the cost of payables and deposits the funds in its bank account. The seller 
functions, check writing and handling by all parties. The u-ansmits sale data to system. 

amount to be transferred between financial institutions of the xhe other parties to this supply chain include the fulfill- 

coDtracting parties is automatically determined by compil- ment company that orders containers from the container 

ing totals for the completed (delivered and received) trans- 55 company for shipping the wine, stores the winery's wine, 

actions of the respective parties. EFf services are conven- then packs the wine, affixes shipping labels, and stages the 

tionally provided by several companies. The conventional ^ine for pick up by the shipper/fhe wine shipper is notified 

EFF functions could be incorporated into the system. Note of the shipping order and may transmit its own shipping 

that the contract may include a bank identifier, to be used in labels to the fulfillment company for it to afiix to the 

the EFT instructions. gQ shipping container. The container company is also notified. 

Final cash settlement optionally can be delayed until after 'ITie wine shipper then picks up the container and delivers it 

each of the affected parties approves or disapproves the to the retail customer. The shipper may deliver the wine for 

settlement. When final cash settlement is made, the parties consolidated shipment to another common carrier. Further, 

are optionally notified and reports are distributed. The cash the seller has collected sales tax that is due the state and 

settlement reports may include a cash basis record of the 65 beverage taxes that arc to be paid to the state. Lastly, a fee 

cash settlement, thus precluding the need for the parties to is to be paid for the service of automating the transaction 

handle the large volume of other accmal type documents. space, the topic of this invention. 
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This single example of one winery and mulliple parties financial iransaclions including EFT according to the terms 

will be repeated hundreds of times for hundreds of different of each individual contract, and the merging of contractual 

products and parties. obligations and payments. 

The invention herein described automates the transaction The CAP is advantageously designed in a modular fashion 
space by generating fulfillment instructions for both wine ^ so that each function is a separate independent subsystem, 
and shipping containers. It may analyze and plan shipping These independent subsystems include: security and 
logistics. It notifies both the container company shipper and firewalls, auditing, inventory management, management 
the wine shipper. It communicates with the shippers and reporting, accounting, statistical logging and reporting, ship- 
tracks movement and collects POD from shippers. It gen- ping options, distribution options, purchasing services, 
erates transactional data for this transaction. It provides 10 delivery/shipping schedules, integration of shipping with 
reports of transactions for all parties, reports to be viewed or suppliers. 

retrieved. It culminates with automatic payment to the jhe CAP and computing module calculate data which 

parlies in consideration of the transaction, including the corresponds to conventional U-ansactions including the fol- 

transfer of monies from the seller to the system's bank, and lowing: purchase ordere, shipping and packing documents, 

from the system's bank to the winery, the container 15 bills of lading, shipper documents and insuuctions, invoices, 

company, to both shippers, to the fulfillment company, to the receivers, payment checks. The CAP also prepares financial 

state for sales taxes and to the state for beverage taxes and reports on: inventory management and adjustments, 

finaUy, to the service for the service of automating the receivables, payable, sales, costs and gross profits. Each of 

transaction space. these conventional transaction and financial reports can be 

Further, the system may notify the affected parties of automatically generated in digital format and/or hard copy 

inventory status and order points. Customer disputes are format if that is desired by a person using the system, 

identified and resolved. Shipper selection may be analyzed Nevertheless, a distinct advantage of the digital automated 

as well as distribution options. system is that it eliminates the need for much of these 

In this process the parties themselves need not verify ^5 "^dividual conventional transactional reports, 

credit, invoice, perform payables functions, collect or per- Reference is made to FIG. 2. Illustrated are a computing 

form any number of conventional computing and accounting module 262, a CAP 260, overall supply chain enterprises 

functions; that is done by this system. 277 and enterprise banks 279. The CAP 260 communicates 

FIG. 2 is a diagram illustrating the system connected to a "^^^ entities included in the supply chain via communication 

multitude ofsellers. The system includes a CAP260. various 30 ^^^^ further via modem, POTS, ISDN and other 

enterprises 277 and enterprise banks 279. Sellers deliver devices and lines which are used to enable communication, 

their POS data to the CAP and the CAP is connected to other 1° addition, the computing devices used by the supply chain 

entities included in a chain of transactions via communica- entities to communicate with the system preferably permit 

tion link 259. These selling entities may include the internet the system to log on (if necessary) to the supply chain 

241fl, an intranet 2416, conventional retailer connections 35 entity's computing device; to access inventory data and 

241c, a DTC 800 number 241d, business to business com- P"^ ^^^^i *o deliver POS, PO and POD data; to transmit 

municatioo hnks 241^, government entities 241g, and other fulfilhnent instructions; to transfer transactional data, finan- 

new applications 241/ which are adopted in the industry ^^^^ reports, management reports; and to transfer funds, for 

such as query tone, or other telephone-like access methods. example. 

Sellers are digitally connected to the system via a public or ^ The CAP 260 acts as a gateway to the communications 
private internet. The entity enterprise connections are also service provider 262. The CAP is used to perform functions 
globally linked; in the present illustration they are connected including the drafting of contracts, deviation resolution, 
to the internet 245 via communication link 257. Banks that viewing of data, and viewing of reports, 
are utiUzed as a part of financial transactions in the digital Encryption or security 281, 283 may be included in the 
automated system such as the sellers bank 243 are also 45 communication link 259 between the CAP 260 and the 
connected to the internet 245 and CAP 260 via communi- selling entities in the supply chain, and between the CAP 
cation links CAP 255, 253 respectively. A requested product 260 and the supply chain enterprises 277, respectively. 
249 is provided to a customer 251 via shipping channels These sellers include the CAP internet 241 a, an intranet 
261, 263, respectively. 2416, conventional retailer connection 241c, a DTC 800 
FIG. 3 is a flow diagram illustrating the flow of actions 50 number 241J, business to business communication links 
taken after a trigger event occurs at step 101. At step 101, a 241 e, project management applications 241/, and govem- 
link is created to the "pathway". At step 103, the CAP, via mcnt 24.1g, for example. Banks that are utilized as a part of 
the computing module, selects information stored in the financial transactions in the CAP such as the sellers bank 
database that is required for the requested transaction, 243 arc also connected to the computing module 262 via 
including contraas, and identifies the linked contracts. At 55 communication link 253. A requested product 249 is pro- 
step 105, the system makes all calculations for the requested vided to a customer 251 via shipping channel 261. POD is 
transaction, including transactional data based on contrac- provided from the shippers for the supply chain enterprises 
tual terms. At step 107, the system compiles the information 277 via communication link 299 to the CAP 260. 
necessary for each contract's transactions. At step 109. the Security is preferably provided on the CAP. as is illus- 
systera generates digital and any hard copy reports accord- 60 trated in FIG. 2. For example, a seller's POS data are 
ing to terms specified in each contract. At step 111, the assigned an encrypted transactional identifier when trans- 
system distributes the request to the next link in the chain of mitted by the computer at the seller to the CAP, thus 
transactions according to terms contained in each individual inhibiting tampering or modification. A shipper's POD data 
contract. At step 113, the system stores information reflect- is received at the CAP through the secure link 299 to 
ing the calculated information, compiled information, 6S shippers. Other information which is advantageously trans- 
reported information, and distributed information. At step mitted across a secure link to the CAP include dispute 
115, the system calculates "digital cash" and handles the resolution data and a seller's POS or PO when received at 
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the CAP. A differenl level of security can be provided for 
each of ihe above, utilizing conventional security protocols 
and methods. It is possible to provide a level of security 
corresponding to each level of risk. 

Transactional instructions generated by the CAP and the 5 
linked contract are sent, initially, to the primary fulfillment 
source and shipper This establishes initially a three level 
record of data wiih encrypted transactional identifier which 
inhibits modification of any one record without simulta- 
neously modifying the others thus reducing the risk of ^0 
tampering. EFT would be made on terms and to accounts 
specified in the secured contracts. 

An additional level of security may be provided by only 
activating contracts which are marked with a special autho- 
rization encryption or signature. Modification of any one 
element in the contract and CAP without simultaneously 
making the same change at aU levels would immediately 
become evident and should readily be detected. Since the 
contracts arc linked together, reconciliation, verification and 
authentication can be performed by comparing transactional 
data at one level for one party with the corresponding 
transaction for all parties at all levels. Alternatively, the CAP 
can operate as an exception system, by identifying 
deviations, rather than reviewing all transactional details. 

According to user option, the CAP produces an exception 
and deviation report where deviations are identified. The 
advantage of managing by exception is that this eliminates 
time required to study and analyze the volume of informa- 
tion of conforming, non-deviatiooal transactions. To the 
extent that there are deviations to transactions, the CAP 
preferably ofiFers a party the opportunity to view its excep- 
tions through the CAP. Optionally, the deviation data can be 
downloaded to the party's computer for its own handling. 
When the dispute is resolved by the parties, one or both of 
the parties adjust and reconcile the transaction via the CAP. 
Adjustments are preferably entered by authorized users. The 
CAP should protect against entry of unauthorized adjust- 
ments by use of, for example, user identifications and 
passwords, or other conventional security means. In ^ 
addition, the system preferably verifies authenticity by com- 
paring the encrypted id number from the reconciled data 
with the expected encrypted identifier. 

The computing module 262 includes a database of the 
stored contracts 295, and any other desired databases 297, 45 
such as shipper rates, sales taxes. Information on EFT 293 
is received at the computing module 262, processed as 
described in detail herein, and further financial information 
is communicated between the CAP 260 and the computing 
module 262 and the enterprise banks 279. 

Supply chain enterprises 277 could include, for example, 
a seller, primary fulfillment entity, a district warehouse, a 
regional warehouse, a manufacturing warehouse(s), a 
manufacturer, a supplier to a manufacturer, and governments 
to whom taxes are due. Each of these entities is part of the 55 
supply chain, and will communicate with the CAP 260 in 
order to initially draft contracts, view information, and to 
provide identification and information that link contracts. 
The CAP could also be programmed to include mailboxes 
for communication between entities, and a dispute identifi- go 
cation mechanism, for example where final delivery never 
occurred. 

FIG. 4 is a block diagram illustrating an example of the 
relationships of parlies to an exemplary supply chain. Here, 
the customer 251 contacts the seller 503 to order a product. 65 
The seller 503 contacts Ihe CAP 260 with POS data. The 
CAP 260 links the seller's POS data to a contract of the 
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primary fulfillment 505, which in turn links to a conuact of 
a district warehouse 507, a regional warehouse 509, a 
manufacturing warehouse 511, manufacturers 513, numer- 
ous suppliers to the manufacturer 515, and optionally to pay 
goveramental sales tax 517. Each of these entities' contracts 
are linked by identifiers as described herein. The CAP 260 
transmits electronic instructions to transfer funds among the 
respective banks a-f of the parties. The CAP 260 also 
transmits instructions to shippers S^la-e to ship product 
from one entity to the next or to the final customer. Upon 
delivery of a product from a shipper 501^-^ to the recipient, 
a POD event is generated. The electronic transfer of funds 
from the customer to the seller or the CAP may be delayed, 
as indicated by a flag in the contract for example, until a 
POD event for the linked contract is completed. Conversely, 
the shipment of a product from one entity to the next can be 
conditioned by a flagged indicator, until an electronic trans- 
fer of funds occurs. 

FIG. 5 is a functional diagram illustrating a contract 
linked between primary parties. Contracts arc drafted on the 
CAP. This is done with CAP templates or toolkits. The 
templates can be distributed to users as a separate toolkit to 
be installed on their own computers, or templates can be 
accessed by the parties through the CAP. The templates for 
the present invention preferably require specification of 
certain minimum information, such as the buyer and seller 
and the targeted service or product. The present figure 
illustrates only the primary parties: the buyer and seller. The 
mutual contract of party A 701 is preferably linked to the 
contract of party B 703. It is the linking feature that allows 
all of the contracts and all of the contractual obligations of 
the entire supply chain to be effectively consolidated for 
simultaneous and automatic operation. The link may com- 
prise a flag, address or pointer, for example, within the 
contract to define the pathway to the corresponding contract 
to which it is linked. The links may be formed in any of 
several possible methods which permit addressing of the 
contract to which the link is connected. 

Contracts are drafted by, for example, one of the potential 
parties logging on to the system. The details of drafting a 
contract are further explained herein. The system may 
display a default framework with boilerplate language, 
which can be tailored to particular terms desired by the 
party. The purpose of the template and boilerplate is to 
simplify and streamline the drafting process. The drafting of 
contracts by numerous parties effectively provides program- 
ming that guides the CAP's operation. 

Once a contract is drafted it is stored, preferably in the 
computing module's centralized database, to await future 
execution and authorization by the corresponding parties. It 
is possible that the contract could also be stored at a local 
computer system rather than in a centralized database, linked 
to other remote computer systems in a conventional manner; 
the stored contract could be obtained by conventional com- 
munications between the respective local computers for the 
parties. In order for the stored contract to be acted upon, it 
must be authorized by the parties. In order to authorize or 
approve the contract, convcntiooaUy available methods are 
used including digital signatures or encrypted signatures. 
When a contract is drafted, a time limit may be specified. 
When the time specified in the contract expires, the contract 
will no longer be able to be acted upon or to operate in the 
CAP. Other terms similarly may be included to provide for 
termination of operabiliiy of the contract. The CAP prefer- 
ably stamps each contract with a unique identifier, advan- 
tageously a security level encrypted product/transaction 
identifier This wiU assist in locating contracts and tracking 
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transactions, facilitating security, authenticating and verify- movement of goods for staging, affixing shipping 

ing contracts, and automating audits. The product/ instructions, and so on. If the party does not have such a 

transaction identifiers could include a portion identifying system, the CAP can, optionally, print the staging and 

those contracts within a same supply chain or initiated by a packing instructions, so that orders can be fulfilled manually 
same POS or PO, for example. 5 more accurately and rapidly. 

FIG. 6 is a functional diagram illustrating the contract of FIG. 8 is a functional diagram illustrating the contract of 

FIG. 5 linked with one corresponding and underlying party FIGS. 5-7 linked to multiple corresponding and underlying 

and contract. The mutual contract of party A 701 (the buyer) parties and contracts. Here, the linkage of parly A 701 

is linked to the contract of party B 703A (the seller). A required linkage to a the contract of party B 703A, which 
contract to supply goods ordinarily necessitates a contract to lO generated contract 703B. In turn, contract 7Q3B required 

acquire goods or use services. Linkage of two mutual and linkage to the contract 705A of party C, which generates 

corresponding contracts thus may also involve the linkage to contract 705B and is linked to the contract 706A of party D. 

a preceding and corresponding con tract for the acquisition of This corresponds to contract 706B which is linked to the 

goods or services, so that the goods can be supplied. contract 708 of party E. Also illustrated in FIG. 8 are 
Contracts may be linked for all parties to the chain, includ- is linkages to contracts for multiple ancillary functions. In this 

ing suppliers to manufacturers. Here, the linkage of con- aiustration, the ancillary functions include contracts 707 for 

tracts 701 and 703A generated called for a linkage from shippers, and contracts 709 for banks, 

contract 703B to a preceding contract of party C 705. j^^ contracts 709 for banks permit automatic payment to 

The contract of party B 703(A) optionally generates and from the various parties 701, 703, 705, 706, 708. In the 

fulfillment instructions automatically. Fulfillment instruc- p^ferred mode of operation, the parties (or any subset 

tions include, but are not limited to, transmitting digital data thereof) may elect to disregard all accrual type transactions 

for the storage or automatic printing* or storage at the and rely only on an accounting based on the final EDI cash 

fulfillment company. transaction. That event would provide for the distribution of 

The contracts may also include information on a time the relevant transactional details that corre^ond to the cash 

schedule. The specified activity will then be initiated auto- payment. All of the data concerning the payments would be 

matically at the lime schedule specified in the contract. For available to parties, but the advantage of this mode of 

example, if a certain linked contract specifies that one party operation is that the need to exchange all data is diminished 

is to forward supplies to the other party at a specified date significantly. The cost in time, bandwidth and money for 

and/or time, the shipping contract would not be linked and operation of the digital contract system is correspondingly 

activity initiated until that date or time. reduced. 

FIG. 7 is a functional diagram illustrating the contract of More specifically, the preferred mode provides an option 

FIGS. 5-6 linked to an ancillary function, here a contract which in turn avoids conventional sequential payments in 

707 for the shipper. In addition to the linkage to preceding consideration of transactions. Such sequential payments are 

contracts, it is frequently necessary to provide ancillary observed with EC, EDI and conventional business. In the 

functions or services such as shipment of goods. Thus, when preferred mode, the payments arc merged. That is, the 

a linked contract is activated, any necessary shipping money due a preceding party (for example, party B) is 

instructions are concurrently transmitted to a common car- deducted from the payments due from the principal party 

rier. Common carriers may concunently transmit corre- (for example, party A) and re -distributed to the preceding 
spending shipping labels to the fulfillment party. Bar coding ^ party. The payment due from the principal party (for 

for automated sorting may also be generated. The fulfilling example, party A) could be distributed to numerous levels of 

party can have the shipper documents automatically printed preceding parties (for example, parties B, C, D and E), after 

at a specified location, such as the shipping department. being deducted from payment due between the respective 

Shippers are ancillary parties to the businesses in the parties, 
supply chain. The contraas they draft and store within the 45 When each party in a particular supply chain is integrated 

system contain a schedule of various shipping rates. These into the digital contract system, a further advantage will be 

rates are then used by the CAP or computing module to observed. Namely, the movement of goods is streamlined 

calculate shipping costs. The rates and the shippers' contract and the time frame of commerce is compressed. With the 

terms can be linked to other parties in the supply chain in time frame compressed, it will become possible to use the 
order to enable them to price shipping costs when goods are 5Q money paid by the final customer or principal party in the 

sold and also to facilitate the other parties' selection of a final sale to fund and finance all the business in the supply 

shipper. chain. The need for layers of financing, for inventories and 

Further, the CAP can optionally provide a choice of receivables, sometimes provided at great cost by banks, can 

automatic or manual selection of shipping options. Ashipper be substantially eliminated, throughout the entire supply 
might be selected based upon a pre fere nee for shipping lime, 55 chain. Further, since the digital contract system optionally 

shipping speed, or low price, for example. The CAP option- automates payment in consideration of transactions, it will 

ally provides for selection of distribution options. Shipping become possible to reduce or eliminate credit, collection, 

options might advantageously be evaluated by parties based receivables accounting, payables and cash functions, 

on information supplied by the CAP. This could include the In addition, all data for all transactions is generated within 
cost of conventional distribution, the possibUity of manu- 60 the digital contract system. Instead of exchanging data on 

facturer*s direct shipment to a different party in the supply every transaction, the exchange can be reduced to the 

chain, etc., to eliminate sequential shipping of the same exchange of reports only. Even more advantageously, a party 

goods between several parties in the supply chain. could eliminate paper transactions by simply viewing data or 

When the CAP distributes fulfillment instructions to reports concerning the transactions on a computer screen 
parties, those instructions optionally are integrated with a 65 connected to the CAP. For example, assume that there is a 

party's conventional available automated and computerized transaction which according to EDI or conventional 

warehouse system. Such warehouse systems automate the accounting would require the exchange between companies 
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ofsixdocuraentsforeachtransactioD. The exchange of these refers to the eflfect the separate and independent events of 

six documents is repeated for each company in the supply POS or PO or POD have on the system. When one of these 

chain,say 20. Iflhere were a total of 1,000 such transactions, events occurs it is digitally recorded by the party. This 

then the lotal of such exchanges is 120,000. The digital recorded information is transmitted to the CAP, preferably to 

contract system can optionally summarize the information 5 system implemented as an internet service provider, and 

for each company into one periodical report, thereby reduc- stored. A trigger is advantageously the basis upon which 

ing or eliminating the volume of the 120,000 paper docu- activity is initiated, thereby making possible, in part the 

ments to one exchange for each party. automatic linking activity within the supply chain, and 

f,ii. t. i- consequently the creation and exchange of new data. 

FIG. 8 more fully illustrates a supply cham for a given ^ • . ■ . . 
product. The supply chain for particular products may be 10 . Thf system can optionally be integrated with conven- 

j-n- . n L 1 u • • ! J 11 lional financial, management and busmess analysis software 

difterent. Each supply cham may include as parties sellers, , . 

local wholesalers, district and regional distributors, manu- P^^'^"^- ^ a tool to generate reporting^ With this opuon, 

r . • . f . I . , the system preferably is sufnciently flexible so as to able to 

facturing warehouses, manufacturers, suppliers to . ."^ ^ . . , 

n ^ . ** L- J - be intecrated or to communicate with a party s custom 

manufacturers, their respective shippers and their respective account nd re ortin ro ram 

financial institutions. Since the contracts for the various 2^^°*^° og ^^po ^"S program, 

parlies in the supply chain have previously been stored and ^"V^^^ '^^^ P^«^ « '^^"^^^ 

authorized, once party Ainitiates an event such as a PO, each purchase specific goods or services, as one enhancement. If 

contract for each preceding party, shipper and bank is ^^^^^ immediately available, the 

automatically linked to the next contract. This automation is ^^^^^^ ^" ^""^ ^"^^ ^ ^ ^^PP^^^^ °f 
substantially simultaneous and error free, since there is the 20 those gpods or services posts a proposal to seU such goods 

advantage that human intervention is not required, of course, services. 

a contract could be drafted so that human intervention is '° addition to entering contracts on the system, it is 

required, for example to authorize the transaction. A goal optionally possible for sellers of goods or services to post 

would be to fully integrate the entire supply chain for all P^^es on the CAP, according to another enhancement, 
products so that aU business can be automated and stream- ^5 A user may request a report on comparative prices. From the 

lined. posted prices and from prices listed in contracts, the system 

Tax schedules for the various states affecting the sales of "^^^ '^P'*"^ '^P°" °^ P"=^ 

. , . potential customers, 
goods and services can also be unked in the same manner as 

other contracts in the supply chain. Conveniently utilizing a CAP optionally has stored a master directory, which 

party's zip code, the appropriate tax schedule "contract- can infonnahon on supphers, goods and services not 

be determined and subsequently linked. Further, state audi- otherwise listed in the system, and a contact address for the 

tors could be afforded access to selected data in order to supphers. When a product or services is requested that is not 

audit the accuracy of the system's reports. These otherwise hsted m the system, the CAP accesses the stored 
^contracts", like other contracts, can be tailored to meet the directory, locates the requested good or service, and 

requirements of each governmental jurisdiction and accord- ^PP^^^^ S^^^rating an automate notifica- 

ing to the unique reporting forms of each. It is further ^^'^ suppher's contact address is accessible 

possible that programs furnished by states for analysis and electromcaUy or via facsunile, the notification is delivered to 
automatic audit of tax reporting and regulatory compliance clectromc address or facsunile number. If, on the other 

could be integrated into the system. supplier s contact address is not accessible 

^ J r . • t . . 40 electronically, the CAP generates a hard copy which is 

One advantaee of the digital contract system m its pre- n « i ^ * .u * i l n • 

.j.*...^, ^ , ^. manually mailed to the address or a telephone call is 

ferred embodiment is that it need not separately call up each nerformed 

party (or their computer) in order to generate all data, ^ ^^ V* • ». . ^ - 

J . ^ • * *■ ■ *t- * -1 The CAP IS contract based. That is, contracts are used 

documents, and instructions, since the contracts are avail- .i. ^ • r . . - ^ . 

able on a central computer system. One exception to this ^ ''"f calculating any of the numerous contractual 

methodology is that the digital contract system may fetch terns with respect to inaructions. data generation reporim 

•c • , . u ' * . .1. and banking, and Other functions required or desired in order 

prices or verify inventory status by gaining access to the . ^ » u ■ r> . ^ • i ^ i. c n • 

, tr ,1 Vu- . .1 J .1. J * to conduct business. Contracts may include the foUowme: 

computers of the parties. This is optional, and the data can ^ ^ 

be automatically incorporated into contracts and used to 
calculate prices or advise sellers of inventory status. An 
advantage of this exception is where insufficient inventory is 
available by one party or supplier, but multiple suppliers 
together have sufficient inventory, multiple links can be 
performed. 

FIG. 9 is a functional diagram illustrating events trigger- 55 
ing activity in the CAP. Transmission of a seller's POS 1001, 
buyer's PO 1003 or shipper's POD 1005 to the CAP are 
events which trigger activity. When triggered by events, the 
stored contracts of the affected parties are linked to activate 
all contracts within the supply chain for that product, so that 
the CAP calculates automatically at the time specified in the 
contracts, all instructions, transactional data/reports and 
automatic EFT, for all parties that are contracted in the 
supply chain. 

The contracts previously stored are activated when 65 
triggered, to operate/calculate according to the terms con- Default terms can be provided if the party does not supply 

tained in the contracts. The term "trigger** as used herein specific terms. Certain terms preferably require specification 
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rather than resorting to a default, such as: the goods or 
services; the number of goods; and the price of the goods or 
services. 

Advantageously, goods can be identified in the contract by 
established commercial bar code product identifications and 
classifications. For some operations or functions, these could 
be read in from the product bar code label by a scanner, for 
example. 

A party may cither deposit a drafted contract for storage 
onto the computing module's central database, or may store 
the drafted contract on the party's computer. The CAP or 
computing module would then automatically contact the 
party *s computer and fetch the data for incorporation into 
the contracts that are stored on the central database. 

The system uses a "top down" methodology, in which the 
final sale is the basis by which transactions of the entire 
supply chain are triggered linked and data is automatically 
generated, from the top to the bottom. This is in contrast to 
conventional computing and accounting, which is bottom 
up: the suppliers transmit goods and data to the 
maQufacturers, manufacturers do the same with distributors, 
culminating with the seller This is a major advantage over 
conventional methods which in contrast are bottom up and 
sequential. 

An inventory management system may, optionally, be 
included in the system. A conventional inventory manage- 
ment system performing traditional functions can be incor- 
porated; in this case, however, the inventory management 
system would manage numerous companies. It would be 
integrated into the system by automatically adjusting for a 
reduction or increase in inventory, for example, when an 
event occiu-s in the system which evidences a reduction or 
increase in inventory. The advantage of incorporating the 
inventory management system is that a fuller cycle of the 
business for each member of the entire supply chain will be 
combined and thus operations can be compressed for even 
more eflScient and more timely production, improved inven- 
tory management, and improved shipping logistics. 

A party optionally may specify that the CAP will store the 
gross detail of all of its conventional transaction data. As one 
alternative to the option, the party may specify that the CAP 
store only initial source data (that is, initially generated by 
POS or PO and POD), thereby eliminating the need to 
actually store data for which the system can re-create the 
intervening details. In conventional accounting there is a 
great deal of duplication when considering the entire supply 
chain: e.g., one party's PO corresponds to another party's 
invoice. An advantage of the system is that the PO is 
efifectively the same as the corresponding invoice, so that 
only one Ls stored, in order to consolidate the volume of 
stored data. As yet another alternative, the CAP can transmit 
gross and/or source data to a requesting party, in order that 
the party may store the data in its own system, or it may print 
reports to store in hard copy format. 

The CAP optionally maintains a log of inquiries and 
transactions which are initiated, completed, and in progress 
on the system. One of skill in the art will appreciate that the 
log could contain, for example, a log of events and corre- 
sponding supply chain entities; a log of contracts which are 
created and corresponding identification numbers; or a log 
of disputes and resolution of disputes; and so on. 

The system has been illustrated in various somewhat 
minimal configurations. It will be appreciated that in prac- 
tice the system most effectively includes multiple customers, 
multiple sellers, muhiple enterprises, and multiple banks, 
and that there will be multiple connections between many of 
these entities. 



In addition, the system has been generally discussed as if 
each party has a traditional computing device, such as a 
personal computer, main frame computer, or minicomputer. 
However, a party's interface could include other commer- 

5 cially available devices, for example, any device designed to 
communicate with another appropriately programmed 
device, such as point-of-sale devices, interactive television, 
interactive cable, smart telephones, and hard -wired links. 
The interface could also comprise dumb terminals commu- 

10 nicating with software on mainframes or CAP. 

Pseudo-code expressing one possible embodiment of the 
software on the CAP follows. 

PSEUDO CODE EXAMPLE 
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/• The pseudo-code assures that housekeeping is 
done as is conventional to insure that data 
formats arc in compliance and that errors are 
handled appropriately. The purpose of this 
pseudo-code is to provide guitknce as to one 
method of elegantly programming the CAP. Other 
equally viable programs will be appreciated by one 
of skill in the art, in many languages, including 
C, C++, assembly, CX)BOL, etc. It wUl equally be 
appreciated that the CAP and conputing module can 
be programmed as a framework utilizing objects. 
For the purpose of this pseudo-code, we create an 
internal contract event to iteratively process the 
supply chain. 

Top ,3 Level /' This is the top level loop, tt 

/* handles most events in real time, 
contract: global rccord(product__transaction_id, 
customer_id, product_service_id, bank_id, 
entity_id (array (2)), product, amount, 
cost, instructions); /"format of contract 
/*to he handled 
/*for events 

Begin 
Repeat 

receive_event (event); /* receive the event 

/* (whatever it is) 

/* and all associated data 
process_event (event); /* process the event 

/* appropriately 
until terminated. /* keep processing 

/* events until 

y* wc are terminated 

End. 

routines called by Top_L*vel******* 
Rcccivc_cvent (event) 

data_format:: global array (n); 
event;: array(l) 
/* This routine receives an event and returns the 
/* event for later processing. It assumes that 
r any information associated with an event is 
/• read into the array data_format */ 
begin 

event error; /"initial use "event" 

if (data_format - true) then /* is there 

/* something in the **daU_format" 
/* record? if so, 
rcad_in (data_format); /" read received 
/* information into a 
/• generic data format, chedc for 
/* errors, and ensure that it is 
/■ formatted as expected 
event data_format (event); /* now that 
/* data_Jbrmat is formatted as 
/■ expected, the "event" field 
/* should contain the event code 

return. 
Proccs5_event(evcnt) 

/• This routine processes each event, [t can be 
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-continued 



'Continued 



/•easily expanded lo provide for additional 
/* internal events. 
Begin 

/* Each event can readily.be processed in an 
/* event-specific subroutine 
Case event of: 

POS: proccs5_POS(data_format);/*POS event 
POD: process_POD(data_£brniat);/*POD event 
PO: pfOces3_PO(data_formflt)y PO event 
internal_contract: proccss_PO(data_forinat); 
/"internat contract treated as 
/•a PO event, 
ratification: proccss_ratify(data_forrnat) 
/•contract was 
/•ratified 
else; /"a non -event-do nothing 
endcase; 
return. 

/••—Routines called by Procc5s_Evenf** 
Process_POS Cdata_format) 
r This routine processes the POS (point of sale) 
r event. Received information is placed into the 
r contract formal, the contraa is ratified if 
/* possible, and the next contracts within the 
/* supply chain arc automatically initiated 
Begin 

Contract := data_format; /* stick the received 
/* data into the coatmcL we 
V assume that all is well with the 
/• data format by this time. 
/* [f the contract is "ratified'*, 
/* store it in the contracts 
/■ database 
If contract(ratified) - true then 

write contract(contiact) /* contracts might be 

/* automatically ratified 
calc_n_report(contract) /*perform automatic 
/'accounting calculations and 
/• reporting for this contract as 
/* instructed 

gct_ncxt_contract(cootract(product_scrvicc_id, 

entity id), next_con tract) ./"obtain the next 

/"contract in the chain. 

/* Access the product from the 

/* product_service id; determine 

/* where we are in the chain from the 
/* two entity ids; get any contract 
/•* from a 'next* entity that fits 
/• the contract criteria 
data_format := ncxt__oontract 

/*treat the next^contract as if it 
/•were just received, process it 
/•automatically and go through 
/*a]l of the supply chain if 
/•possible.. If we're at the end of 
/•a chain, we'll wait for other 
/•events to occur 

else 

lemp_store_contract(contract) (* not ratified? 
/• then we must 
/• wait for a ratification 

return. 

Process_PCD (data_format) 
r This routine processes the POD (proof of 
/* delivery) event. 
Begin 

If no_dispute - true then /* allow for a 
/• party to 

/* indicate whether it 
/* may want to dispute 
/* completion of a contract 



Contract :« data. 



-fbrmat; /'click the d»i 



/* into the contract, we assume 
/* that all is well with the 
/' data format by this time. 
proccss_finances (contract); /* calculate 
/• payables 

/• due to/from entities in 
/• contract; initiate EFT 



20 



/• transaction. 

return. 

5 Process_PO (data_format) 

/• This routine processes the POD (product order) 
r event. 
Begin 

Contract data_format; /• stick the received 
/• data Into the contract, we 
10 /* assume that all is well with the 

/* data format by this time, 
/•If the contract is "ratified", 
/* store it in the contracts 
/•database 
If contract(ratified) ■» true then 
15 write_contract(contract) /* contracts might be 

/* automatically ratified 
ge t„next_conlract (co ntract(product_5e rvice_id, 
entity_id), next_con tract) /"obtain 
/*thc next contract in the chain. 
/• Access the product from the 
/* product_service_id; determine 
/• where we are in the chain from 
/* the two entity ids; get any 
/* contract from a 'next* entity 
/* that fits the contract criteria 
data^format := next_contiact 

/*treat the ncxt_con tract as if it 
/•were just received, process it 
/•automatically and go through 
/•all of the supply chain if 
/•possible. If we'^re at the end of 
/•a chain, we'll wait for other 
/•events to occur 

30 else 

tcmp__storc_contract (contract) /* iwt ratified? 
/• then must wait for a 
/* ratification 

return. 

Process_ratify (data_format) 
35 /*This. routine processes a ratification of 

/*a contract that was not automaticaily ratified. 
Begin 

temp_retricve_contract (contract) 
/* retrieve contract 
/•data from temporary storage, 
/• where it was previously stored 
/* by "tcmp_storc_contract" 
/• routine. 
write_contract(contract) f contract was 
/* ratified this time - it should 
/• be stored now. 
calc_n_report(con tract) 

/•perform automatic accounting 
/•calculations and reporting 
/•for this contract as instructed 
gct_next_con tract (co ntract(product_8e rv icc__id, 
entity_id), ncxt_ccntract) /•obtain 
/•the next contract in the chata. 
50 /• Access the produa from the 

/• product_service_id; determine 
/• where we are in the chain from 
/• the two entity ids; get any 
/• contract from a Text* entity 
/• that fits the contract criteria 
55 data_format next_contract 

/•treat the next_con tract as if it 
/•were just received, process it 
/^automatically and go through 
/•all of the supply chain if 
/•possible. If we're at the end of 
/•a chain, we'll wait for other 
/•events to occur 
return. 
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While specific embodiments of the invention have been 
65 described and illustrated, it will be clear that variations in the 
details of the embodiments specifically illustrated and 
described may be made without departing from the true 
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Spirit and scope of the invention as defined in the appended 
claims and equivalents thereof. 
What is claimed is: 

1- A method for digital automation of supply chains in a 
vertical marketplace, comprising: 

(a) generating, in a computerized system, at least one 
non-ratified contract for a transaction in one supply 
chain of the supply chains, wherein the non-ratified 
contract has a plurality of terms; 

(b) ratifying the contract and storing the contract as a 
ratified contract in a database in the computerized 
system, said contract identifying the contracting 
parties, the goods or services, and the payment details; 

(c) checking, in the computerized system, whether at least 
one term of the plurality of terms in the ratified contract 
indicates that at least one next contract is necessary for 
a next transaction in the supply chain, and if so, 
automatically performing steps (a) and (b) and (c) for 
the at least one next contract; 

(d) storing, in the database, links between each ratified 
contract and at least one next contract that relates to the 
same goods or services and that relates to parties 
vertically linked in the distribution chain for goods and 
services; 

(e) in response to marketplace events relating to sales of, 
deliveries of, or payments for goods and services, 
triggering the calculation, based upon the payment 
details specified in the related contracts, of the payable 
due to and from each of the parties; and 30 

(f) following such an event, and in accordance with the 
contracts, executing payments directly between the 
parlies of the net amount due to and from each party 
such that gross payments need not pass through one 
party to the next. 35 

2. The method of claim 1, where step (f) is delayed when 
one of the terms in the ratified contract or non-ratified 
contract indicates a delay before the execution of payments. 

3. The method of claim 1, wherein a first performance of 
step (a) is initiated by transmitting a request for a product 40 
from a customer to a seller. 

4. The method of claim 1, wherein one of the terms 
requires delivery of a product from a first entity to a second 
entity, further comprising the step of creating and storing a 
record, when the product is provided, with information that 45 
the product is delivered. 

5. The method of claim 1, further comprising the step of 
providing a digital template of the contract prior to step (a). 

6. The method of claim 1, wherein the generating step 
further comprises forwarding the non -ratified contract from 
a first entity to a second entity specified in the non-ratified 
contract, and the ratifying step includes digital acceptance 
by the second entity. 

7. The method of claim 1, wherein a unique identifier for 
the supply chain is associated with each contract and each 
transaction. 

8. The method of claim 1, further comprising the step of 
receiving, in the computerized system, a request to view a 
portion of the database, via a communication link, 
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(a) providing a digital template of a non-ratified contract; 

(b) generating, in a computerized system, at least one 
non-ratified contract for a transaction in one supply 
chain of the supply chains, wherein the non-ratified 
contract has a plurality of terms, and automatically 
forwarding the non-ratified contract from a first entity 
to a second entity specified in the non-ratified contract; 

(c) ratifying the contract by digital acceptance by the 
second entity and storing the contract as a ratified 
contract in a database in the computerized system, said 
contract identifying the contracting parties, the goods 
or services, and the payment details; 

(d) checking, in the computerized system, whether at least 
one term of the plurality of terms in the ratified contract 
indicates that at least one next contract is necessary for 
a next transaction in the supply chain, and if so, 
automatically performing steps (b) and (c) and (d) for 
the at least one next contract that relates to the same 
goods or services and that relates to parties vertically 
linked in the distribution chain for goods and services; 

(e) in response to marketplace events relating to sales of, 
deliveries of, or payments for goods and services, 
triggering the calculation, based upon the payment 
details specified in the related contracts, of the payable 
due to and from each of the parties; and 

(f) following such an event, and in accordance with the 
contracts, executing payments directly between the 
parties of the net amount due to and from each party 
such that gross payments need not pass through one 
party to the next; 

(g) storing, in the database, links between each ratified 
contract and at least one next contract; 

(h) associating a unique identifier for the supply chain 
with each contract and each transaction; 

(i) wherein a first performance of step (b) is initiated by 
transmitting a request for a product from a customer to 
a seller; 

(j) wherein one of the terms requires delivery of a product 
from one entity to an other entity, further comprising 
the steps of creating and storing a record, when the 
product has been provided, with information that the 
product is delivered; and calculating payables and 
transferring payment from each second entity to each 
first entity; and 

(k) wherein the database stores information on amounts 
due and payable by a plurality of entities including the 
first entity and the second entity, and wherein the 
calculating step includes offsetting amounts due 
between the plurality of entities. 

12. llie method of claim 11, wherein the terms include 
any required time for performance, instructions for elec- 
tronic banking, instructions for communications, and any 
transactional calculations. 

13. The method of claim U, wherein the ratifying step is 
via a digital signature. 

14. A system for digital automation of supply chains in a 
vertical marketplace, each of the supply chains having a 



9. Ihe method of claim 1, wherein the terms include any 60 plurality of transactions between a plurality of parties 



required time for performance, instructions for electronic 
banking, instructions for communications, and any transac- 
tional calculations. 

10. The method of claim 1, wherein the ratifying step is 
via a digital signature. 

11 . A method for digital automation of supply chains in a 
vertical marketplace, comprising: 



55 



including a buyer, a seller and a supplier, including at least 
one transaction between the buyer and the seller, and a 
transaction between the seller and the supplier, comprising: 
(a) storage in a database for at least one non-ratified 
contract corresponding to each transaction of the plu- 
rality of transactions in one of the supply chains, 
wherein each non-ratified contract has a plurahty of 
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lertns, and wherein each non-ralified contract is 
approved by one of the parties; 

(b) storage in the database for at least one ratified contract 
corresponding to each of the non-ratified contracts, 
wherein the ratified contract is approved by an other 
one of the parties, said contract identifying the con- 
tracting parties, the goods or services, and the payment 
details; 

(c) a plurality of stored links between ratified contracts, 
including at least one link between the ratified contracts 
for the transaction in the supply chain between the 
buyer and the seller and the ratified contract for the 
transaction in the supply chain between the seller and 
the supplier that relate to the same goods or services in 
the distribution chain; 

(d) a computer implemented calculation mechanism 
which, in response to triggering marketplace events 
relating to sales of, deliveries of, or payments for goods 
and services, calculates, based upon the payment 
details specified in the related contracts, the payable 
due to and from each of the parties; and 

(e) a computer-implemented payment mechanism which, 
following such an event, and in accordance with the 
contracts, executes payments directly between the par- 
lies of the net amount due to and from each party such 
that gross payments need not pass through one party to 
the next. 

15. The system of claim 14, wherein one of the terms in 
the ratified contract or non-ratified contract indicates a delay 
before the execution of payments. 

16. The system of claim 14, further comprising a digital 
template of the non-ratified contract. 

17. The system of claim 14, wherein a unique identifier 
for the supply chain is associated with each contract. 

18. The system of claim 14, wherein the computerized 
system includes links between ratified and non-ratified con- 
tracts in the specified portion, and the links are traversable 
responsive to a received request to view a specified portion 
of the database. 

19. The system of claim 14, wherein the terms include any 
of required time for performance, instructions for electronic 
banking, instructions for communications, and any transac- 
tional calculations. 

20. The system of claim 14, wherein one of the terms 
indicates delivery of a product from a first entity to a second 
entity is required, and wherein the database includes storage 
for records with information that the product is delivered, 
when the product is delivered. 

21. The system of claim 20, wherein the database includes 
storage for records of calculated payables for payment from 
the second entity to the first entity. 
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22. The system of claim 21, wherein the database includes 
storage for records of information on amounts due and 
amounts payable by a plurality of entities including the first 
entity and the second entity, and amounts due between the 

5 plurality of entities are offset in the stored calculated pay- 
ables. 

23. A method for using an electronic data processing 
system to manage the accounting of parties carrying out 
common transactions in a vertical marketplace, said method 

10 including the following steps: 

establishing on the system digital representations of con- 
tracts between the parties, each contract identifying the 
contracting parties, the goods or services, and the 
payment details; 
within the system, establishing digital linkages between 
contracts that relate to the same goods or services and 
that relate to parties vertically linked in the distribution 
chain for those goods and services; 

2p in response to marketplace events relating to sales of, 
deliveries of, or payments for goods and services, 
triggering the calculation, based upon the payment 
details specified in the related contracts, of the payable 
due to and from each of the parties; and 

25 following such an event, and in accordance with the 
contracts, executing payments directly between the 
parties of the net amount due to and from each party 
such that gross payments need not pass through one 
party to the next. 

30 24. A method in accordance with claim 23 wherein at least 
one of the contracts contains a term that calls for a delay 
between a marketplace event and the execution of payments. 

25. A method in accordance with claim 23 wherein one of 
said marketplace events is the receipt of a request for a 

35 product transmitted from a customer to a seller. 

26. A method in accordance with claim 23 wherein one of 
said marketplace events is the delivery of a product, and 
wherein a permissible contract term is product delivery. 

21. A method in accordance with claim 23 wherein a 
40 digital template for a contract is provided. 

28. A method in accordance with claim 23 wherein both 
ratified and non-ratified contracts can be created and which 
method includes the steps of transmitting a non-ratified 
contract from a first entity to a second entity specified in the 

45 non-ratified contract, and thereafter receiving digital accep- 
tance and ratification of the contraa from the second party. 

29. A method in accordance with claim 23 and further 
comprising the step of receiving, in the computerized 
system, a request to view a portion of the database, via a 

50 communication link. 

♦ ♦ ♦ ♦ ♦ 
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